home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960715-19961006 / 000205_news@columbia.edu _Fri Aug 16 04:35:46 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id EAA13160 for <kermit.misc@watsun.cc.columbia.edu>; Fri, 16 Aug 1996 04:35:45 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id EAA09228 for kermit.misc@watsun; Fri, 16 Aug 1996 04:35:44 -0400 (EDT)
  4. Path: news.columbia.edu!panix!newsfeed.internetmci.com!in3.uu.net!nwnews.wa.com!news1.halcyon.com!chinook!ken
  5. From: ken@chinook.halcyon.com (Ken Pizzini)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Logging to printer
  8. Date: 16 Aug 1996 06:48:20 GMT
  9. Organization: What, me?
  10. Lines: 38
  11. Message-ID: <4v15jk$bf4@news1.halcyon.com>
  12. References: <4uqhs2$a9l@twizzler.callamer.com> <4uqoc4$nev@apakabar.cc.columbia.edu>
  13. NNTP-Posting-Host: chinook.halcyon.com
  14. Keywords: Solaris 2.X, kermit, printing, logging
  15.  
  16. In article <4uqoc4$nev@apakabar.cc.columbia.edu>,
  17. Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  18. [re: logging to printer under Unixoid systems]
  19. >So normally you would print your session log after the fact.  If you need to
  20. >have a sessiog log printing in "real time" you might be able to do this if
  21. >you have a printer plugged directly into a serial or parallel port on your
  22. >PC, and then you can log your session to that device, something like:
  23. >
  24. >  log session /dev/prn
  25.  
  26. That will work fine, as long as the "prn" device is configured
  27. correctly.  Also remember that the "prn" above should be replaced
  28. by a system-specific device identifier.  On my Linux box I would
  29. use "/dev/par0"; on my Sun SparcStation I might use "/dev/ttya".
  30. Note that getting a serial line configured right for printing can
  31. be a chore on some systems.
  32.  
  33.  
  34. >Perhaps a more straightforward solution would involve running a separate
  35. >process to copy the file to the printer in real time, perhaps something
  36. >like this:
  37. >
  38. >  tail -f session.log > /dev/prn &
  39. >
  40. >or:
  41. >
  42. >  tail -f session.log | lpr &
  43.  
  44. That second tail doesn't make any sense.  The lpr sits there
  45. waiting for EOF on the pipeline, and the tail -f won't close its
  46. stdout until you kill it.  As long as you have to go an send a
  47. seperate kill command you may as well just send the session.log to
  48. lpr at that time instead.  The first version has some merit, as
  49. long as there is a reason to keep the session.log file around;
  50. if not then sending directly to /dev/prn (i.e. the log session
  51. example above) makes more sense.
  52.  
  53.         --Ken Pizzini